home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / rbbs_pc / msgtos13.zip / MSGTOSS.CFG < prev    next >
Text File  |  1990-03-31  |  21KB  |  412 lines

  1. ; You can remove the commented lines (after the NODE parameters) for faster
  2. ; initialization, but do NOT remove any of the "--->" lines.  MSGTOSS expects
  3. ; them to all be there.  The ONLY parameters safe to comment out are the
  4. ; UTIL1, UTIL2 & UNARCH parameters!
  5. ;
  6. FILES------->C:\MAIL\FILES\
  7. WORKDIR----->M:\
  8. LOGDIR------>C:\BT\
  9. MESSAGES---->C:\RBBS\MESSAGES
  10. RBBS-MAX---->999
  11. ELASTIC----->NO
  12. MARGIN------>72
  13. SECL-------->SEEN-BY:
  14. SECL-------->
  15. DUPFILE----->MSGTOSS.EID
  16. MAXAREAS---->100
  17. DUPSIZE----->100
  18. UNARCH------>SPAZ -F -Q C:\MAIL\FILES C:\BT\
  19. CONFWAIT---->10
  20. CONFLOCK---->ALLFIG C:\RBBS\ALL1 130 N J 100 \n
  21. PKTWILD----->*.PKT *.?UT
  22. PURGECMD---->MU-PURGE [MSGFILE] /MSG:PIP
  23. RENUMCMD---->MSGRENUM /MSG:[MSGFILE] /USR:[USRFILE] /DDA /NET /FIX
  24. MAILWCMD---->MAILWAIT /MSG:[MSGFILE] /USR:[USRFILE] /DDA /NET /NAM:MIKE ZAKHAROFF /SYS:100 /FIX /LOG
  25. BLANKMSG---->C:\RBBS\BLANKM.DEF
  26. FIXMSGCMD--->FIXMSG [MSGFILE] /NET
  27. RENUMBAT---->MSGCLEAN.BAT
  28. MAILWBAT---->MSGCLEAN.BAT
  29. ;UTIL1------->MSGCLEAN.BAT
  30. ;UTIL1CMD---->SUBJECT I:[MSGFILE] O:[WELFILE] C:[AREA] L:15 S:
  31. ;UTIL2------->
  32. ;UTIL2CMD---->
  33. ECHOSEC----->40
  34. PRIVATE----->NO
  35. KILLOVER---->3500
  36. MAINT%LO---->80
  37. MAINT%HI---->89
  38. DAYSTOSYS--->60
  39. DAYSFRSYS--->60
  40. DELREADSYS-->NO
  41. DAYSTOUSR--->60
  42. DAYSFRUSR--->60
  43. DELREADUSR-->NO
  44. YEAR-------->1989
  45. SYSALIAS---->SUPER TOSSER
  46. SYSNAME----->!MIKE ZAKHAROFF
  47. SYSNAME----->=SYSOP
  48. NODE-------->1:343/36
  49. NODE-------->8:918/1
  50. ;
  51. ;   FILES      - Directory INCOMING mail and files go to FIRST
  52. ;
  53. ;   WORKDIR    - RAM Disk (recommended) where MSGTOSS will COPY the current
  54. ;                message  base  being  PURGED or SIZED.   In  addition,  if
  55. ;                PAGING  to  disk  is necessary (if a conference  has  over
  56. ;                2000 users) MSGTOSS will write the excess users to the RAM
  57. ;                disk for faster operation.  Will check for available space
  58. ;                first.   Not enough space will cause default directory  to
  59. ;                be used.  Need to specify the "/WDIR" switch to activate.
  60. ;
  61. ;                NOTE: Does NOT have to be a RAM disk.   If for example you
  62. ;                      ran  out  of disk space, you can  SIZE  the  message
  63. ;                      bases  via a WORKDIR that has plenty of  space.   In
  64. ;                      addition,  the use of the WORKDIR provides an  extra
  65. ;                      safety  margin  while MSGTOSS is purging  a  message
  66. ;                      base, as if power is lost while purging, lost chains
  67. ;                      may  be  present in the message base.   However,  if
  68. ;                      using  the  /FIX  switch, MSGTOSS  will  detect  the
  69. ;                      corruption  and fix the message base  anyway  (using
  70. ;                      FIXMSG).
  71. ;
  72. ;   LOGDIR     - Where  MSGTOSS  will write  its  MSGTOSS.LOG,  MSGTOSS.ERR
  73. ;                &  MSGTOSS.DUP  files.   Needs  to  end  with  a  trailing
  74. ;                backslash.  Blank will end up in default directory.
  75. ;
  76. ;   MESSAGES   - Path/FileName  of Main RBBS Message Base.   This  is  used
  77. ;                while  using the /WAIT switches,  as MSGTOSS will  monitor
  78. ;                the  NODE  records of the main RBBS message  base  to  see
  79. ;                whether all users are of-line.
  80. ;
  81. ;   RBBS-MAX   - Reflects  the  "current"  RBBS-PC maximum  messages.   The
  82. ;                maximum  of  999  may  soon change to  9999,  so  this  is
  83. ;                why the  "RBBS-MAX---->"   parameter  is  present  in  the
  84. ;                MSGTOSS.CFG  file.   The  default  entry  is  999,   which
  85. ;                reflects the "current"  RBBS-PC maximum.  In the event the
  86. ;                maximum is raised (future releases of RBBS-PC) the MSGTOSS
  87. ;                "RBBS-MAX--->" parameter will have to be adjusted.
  88. ;
  89. ;   ELASTIC    - Either "YES" or "NO".  This is designed to support the new
  90. ;                "elastic message bases"  of RBBS-PC.   What this  actually
  91. ;                does is tell MSGTOSS to make the "maximum messages"  value
  92. ;                that is present in the message base "checkpoint record" to
  93. ;                be the value of the "RBBS-MAX--->"  parameter,  no  matter
  94. ;                what MSGTOSS calculates it to be normally.
  95. ;
  96. ;                NOTE: For  proper operation of the ELASTIC message  bases,
  97. ;                      the  MAINT%LO and MAINT%HI parameters should be  set
  98. ;                      to a value of 100 each.   This tells MSGTOSS  during
  99. ;                      purging,  sizing  and  tossing to  leave  as  little
  100. ;                      amount  of  slack space at the end  of  the  message
  101. ;                      bases  as possible (100 percent full at all  times).
  102. ;                      RBBS  will expand the message bases as  users  enter
  103. ;                      new  messages.   In addition, RBBSMAIL will cut  off
  104. ;                      any slack present in the message base during a  scan
  105. ;                      mode (when set for ELASTIC operation).
  106. ;
  107. ;
  108. ;                NOTE: You can still use the "/PREP"  switch,  even  though
  109. ;                      you set ELASTIC to "YES".   MSGTOSS will still  CHOP
  110. ;                      the message bases back down to the "|Rxxxx|"  values
  111. ;                      set in the  MSGTOSS.BBS file.
  112. ;
  113. ;   MARGIN     - What  right margin should the RBBS conferences  should  be
  114. ;                set to.   RBBS normally formats newly entered messages  to
  115. ;                72.   It  should ne noted that setting  the  right  margin
  116. ;                beyond the RBBS expected value of 72 may cause editing  to
  117. ;                be  more  difficult,  but  will  make  the  messages  more
  118. ;                pleasing to read.   Values beyond 77 are not  recommended.
  119. ;                A  value of 39 can be used to format the message bases  to
  120. ;                support 40 column users.
  121. ;
  122. ;                The  "/MRGN:xx"  command line switch overrides the  MARGIN
  123. ;                parameter.
  124. ;
  125. ;   SECL       - These  are  utilized  ONLY  when  the  "/SECL"  switch  is
  126. ;                activated (which also requires the "/FMAS" switch).  These
  127. ;                entries determine exactly what lines in the RBBS  echomail
  128. ;                messages (not FIDO) are to be ignored during tossing.
  129. ;
  130. ;                Example:   You  want  to  strip  all  occurances  off  the
  131. ;                "SEEN-BY:" lines in RBBS messages:
  132. ;
  133. ;                SECL-------->SEEN-BY:
  134. ;
  135. ;                Example: Most echomail control lines begin with a "" so:
  136. ;
  137. ;                SECL-------->
  138. ;
  139. ;                Will strip EID:,  PATH:,  MSGID: & VIA:  and any other
  140. ;                line that begins with an .
  141. ;
  142. ;                Example: You ONLY want to strip PATH: and VIA: lines:
  143. ;
  144. ;                SECL-------->PATH:
  145. ;                SECL-------->VIA:
  146. ;
  147. ;                All  other lines that begin with an  will be imported  as
  148. ;                normal.
  149. ;
  150. ;                NOTE: The  most restrictive entry will override a  similar
  151. ;                      less restrictive entry, example:
  152. ;
  153. ;                      SECL-------->
  154. ;                      SECL-------->PATH:
  155. ;
  156. ;                      The first entry ALREADY will strip the second entry!
  157. ;
  158. ;                NOTE: Up to 20 "SECL-------->" entries are possible.
  159. ;
  160. ;   DUPFILE    - Created by MSGTOSS, Database of EID codes.   Use the /WDIR
  161. ;                (work directory) switch for automatic copying to/from  ram
  162. ;                disk for faster dup checking.
  163. ;
  164. ;   MAXAREAS   - Reserves so many spaces in the EID database.   Max  number
  165. ;                of conferences you would EVER have (I have 28, and mine is
  166. ;                set for 100, which I would never carry).   Each require 26
  167. ;                bytes.
  168. ;
  169. ;   DUPSIZE    - The  number of previous messages to keep track of in  each
  170. ;                area  of  each  conference.  Basically,  the  bigger,  the
  171. ;                slower messsage processing.  If your message bases average
  172. ;                100 messages, then set to at least 75.   However,  numbers
  173. ;                over  500-1000  are possible,  but standby for  some  SLOW
  174. ;                tossing  and  a  LARGE  MSGTOSS.EID  file!    For  optimum
  175. ;                processing  its  best to use the  /WDIR  (work  directory)
  176. ;                switch  to automatically place  MSGTOSS.EID in  a  RAMDISK
  177. ;                for  faster processing.   MSGTOSS will automatically  copy
  178. ;                the database back after tossing is complete.
  179. ;
  180. ;                NOTE:  If you have a reliable HUB,  who faithfully  checks
  181. ;                for DUPS before sending to you, then the use of the  /CDUP
  182. ;                switch  may NOT be necessary and will make mail events  as
  183. ;                fast as possible.
  184. ;
  185. ;                WARNING!:  These TWO parameters (DUPSIZE and MAXAREAS) are
  186. ;                'one-time-shot'  parameters.   You can ONLY  change  these
  187. ;                parameters by first erasing the MSGTOSS.EID database,  and
  188. ;                re-executing  MSGTOSS,  which  will then  format  a  *new*
  189. ;                MSGTOSS.EID file.   In addition, these TWO parameters  can
  190. ;                drastically  slow  down tossing after they get  filled  up
  191. ;                with  EID:  codes.   So if you decide to make these  10000
  192. ;                each, tossing may take forever.
  193. ;
  194. ;                NOTE: Executing with the /CDUP switch the first time  will
  195. ;                      create  MSGTOSS.EID.   Depending on  the  values  of
  196. ;                      MAXAREAS  and DUPSIZE (mostly) the size of  the  EID
  197. ;                      database  file  will  vary  considerably.   The  ap-
  198. ;                      proximate size of the EID database file can be esti-
  199. ;                      mated using the following formula:
  200. ;
  201. ;            ((13 * DUPSIZE) * NUMBER.OF.AREAS.YOU.HAVE)) + (MAXAREAS * 26)
  202. ;
  203. ;   UNARCH     - Command  to issue to unarchive mail packets.   Recommended
  204. ;                to  use only SPAZ.COM,  because it can handle ZIP,  LHARC,
  205. ;                ARC etc.
  206. ;
  207. ;                SPAZ -F -Q C:\MAIL\FILES    C:\BT\
  208. ;                           -------------    ----------------------------
  209. ;                           Incoming Mail    Where PKTS go for processing
  210. ;
  211. ;                            NOTE!! --> Where trailing back-slashes are!
  212. ;
  213. ;                NOTE: MSGTOSS looks in either the default directory (where
  214. ;                      you executed MSGTOSS),  and the directory  specified
  215. ;                      bythe FILES---> parameter for PKTs.  Therefore,  the
  216. ;                      "C:\BT\"  as shown above is also where  MSGTOSS.CFG,
  217. ;                      MSGTOSS.BBS  and   other  control  files  are  (like
  218. ;                      RBBSMAIL.CFG).   However,  you  can  set  the  above
  219. ;                      quoted directory to be ANY  drive/directory, but you
  220. ;                      MUST  make sure you first change   drive/directories
  221. ;                      in  your batch file,  and execute MSGTOSS   via  the
  222. ;                      /CFG:  and /BBS:  switches, to tell  MSGTOSS   where
  223. ;                      its control files are.
  224. ;
  225. ;                NOTE: If  you  set  the UNARCH parameter  to  blank,  then
  226. ;                      MSGTOSS will NOT shell out internally.   If you  are
  227. ;                      having a memory problem, then you can simply execute
  228. ;                      SPAZ in your batch file before executing MSGTOSS.
  229. ;
  230. ;   CONFWAIT   - Number  of minutes to wait till users are off  line  (used
  231. ;                with the /WAIT or /WAIT-F switches)
  232. ;
  233. ;   CONFLOCK   - Command  to  place  in MSGWAIT.BAT file  created  to  lock
  234. ;                conferences (used with /WAIT options)
  235. ;
  236. ;   PKTWILD    - Wildcards of what extentions FIDO Packets can be
  237. ;
  238. ;   PURGECMD   - Will purge [MSGFILE] with What you put here
  239. ;
  240. ;                NOTE: This  is  ONLY used in conjunction  with  the  /PEXT
  241. ;                      switch.   MSGTOSS  by  DEFAULT  purges  the  message
  242. ;                      bases   INTERNALLY,  thus this is ONLY provided  for
  243. ;                      those few who  have a special need and desire to use
  244. ;                      MU-PURGE vice  MSGTOSS's internal purging!
  245. ;
  246. ;                NOTE: MSGTOSS supports dynamic USER File replacement
  247. ;                      parameter for this switch.  To use this, place
  248. ;                      [USERFILE] within the command line.
  249. ;
  250. ;                      IE: MU-PURGE [MSGFILE] /MSG: LOG PIP // ([USRFILE])
  251. ;
  252. ;
  253. ;   RENUMCMD   - Re-number [MSGFILE] using [USRFILE] with what you put here
  254. ;
  255. ;   MAILWCMD   - Set Mailwaiting bit [MSGFILE] [USRFILE] with what you  put
  256. ;                here, using dynamic replacement parameters.
  257. ;
  258. ;                NOTE: This command line requires the /MEXT switch to be on
  259. ;                      the command line,  otherwise MSGTOSS will DEFAULT to
  260. ;                      its INTERNAL Mailwaiting code.  Use this ONLY if you
  261. ;                      require the special features of MAILWAIT.
  262. ;
  263. ;   FIXMSGCMD  - Fix [MSGFILE] with this ([USRFILE] available)
  264. ;
  265. ;   RENUMBAT   - File created by MSGTOSS which contains RENUMCMD
  266. ;
  267. ;   MAILWBAT   - File created by MSGTOSS which contains MAILWCMD
  268. ;
  269. ;   BLANKMSG   - A "model"  messsage base (un-corrupt,  small) that will be
  270. ;                used with the "/FIXC" command line.  If FIXMSG fails twice
  271. ;                then the message base entered here will be copied over the
  272. ;                original (corrupt) message base.  The corrupt message base
  273. ;                will be renamed *.BAD.
  274. ;
  275. ;   UTIL1      - Batch file or ?? which contains UTIL1CMD commands
  276. ;
  277. ;   UTIL1CMD   - Miscellaneous utility command [MSGFILE], [USRFILE], [AREA]
  278. ;                & [WELFILE] available for processing.
  279. ;
  280. ;   UTIL2      - Batch file or ?? which contains UTIL2CMD commands
  281. ;
  282. ;   UTIL2CMD   - Miscellaneous utility command [MSGFILE], [USRFILE], [AREA]
  283. ;                & [WELFILE] available for processing.
  284. ;
  285. ;   ECHOSEC    - Minimum  Security level you allow for  conference  Access.
  286. ;                This is used to set the security level of the message dur-
  287. ;                ing tossing, and during purging as users with the security
  288. ;                level  of ECHOSEC or higher will not have  their  messages
  289. ;                deleted.
  290. ;
  291. ;                NOTE: This  is the security level  (applicable  conference
  292. ;                      user file) whose members messages will NOT BE KILLED
  293. ;                      unless they were  already KILLED.
  294. ;
  295. ;                NOTE: This will be OVERRIDDEN by the DAYSTOUSR,  DAYSFRUSR
  296. ;                      or the DELREADUSR parameters.
  297. ;
  298. ;   PRIVATE    - Either YES or NO.  Whether to honor incoming PRIVATE  echo
  299. ;                mail.   Normally  set to NO,  which  converts  to  public.
  300. ;                Setting to YES will slow down tossing.  If tossing NETMAIL
  301. ;                into    an    RBBS   conference    then    MSGTOSS    will
  302. ;                AUTOMATICALLY check  it the message is private.  Better to
  303. ;                set this switch to NO.
  304. ;
  305. ;   KILLOVER   - Prevent TOSSING (ignore) of any message over this size
  306. ;
  307. ;   MAINT%LO   - When a purge is required, what % capacity to purge to.
  308. ;
  309. ;   MAINT%HI   - What is the MAXIMUM % capacity before a purge is required.
  310. ;
  311. ;                NOTE: These two parameters control the purging activity of
  312. ;                      MSGTOSS.   MSGTOSS will automatically  maintain  the
  313. ;                      percent capacity of all messages bases somewhere BE-
  314. ;                      TWEEN  these two values.   Make sure MAINT%HI  is  a
  315. ;                      larger value of MAINT%LO (or equal),  and that  they
  316. ;                      do not exceed a value of 100 each.
  317. ;
  318. ;   DAYSTOSYS  - Applies ONLY to messages TO the SYSOP:  How many days  old
  319. ;                the message is before it will be KILLED automatically.
  320. ;
  321. ;   DAYSFRSYS  - Applies ONLY to messages FROM the SYSOP: How many days old
  322. ;                the message is before it will be KILLED automatically
  323. ;
  324. ;   DELREADSYS - Applies ONLY to messages TO the SYSOP:  If the message has
  325. ;                been  read  by  the SYSOP,  then  automatically  KILL  it,
  326. ;                regardless  of  the setting of  DAYSTOSYS  parameter.   If
  327. ;                unread, will remain until the DAYSTOSYS parameter applies.
  328. ;                (YES or NO).
  329. ;
  330. ;   DAYSTOUSR  - Applies ONLY to messages TO the USERS:  How many days  old
  331. ;                the message is before it will be KILLED automatically.
  332. ;
  333. ;   DAYSFRUSR  - Applies ONLY to messages FROM the USERS: How many days old
  334. ;                the message is before it will be KILLED automatically
  335. ;
  336. ;   DELREADUSR - Applies ONLY to messages TO the USERS:  If the message has
  337. ;                been  read  by  the  USER,  then  automatically  KILL  it,
  338. ;                regardless  of  the setting of DAYSTOUSRS  parameter.   If
  339. ;                unread, will remain until the DAYSTOUSR parameter applies.
  340. ;                (YES or NO).
  341. ;
  342. ;   YEAR       - MSGTOSS  depends on the SYSTEM CLOCK.  If for some  reason
  343. ;                the  system clock YEAR does NOT match the YEAR  Parameter,
  344. ;                MSGTOSS  will  abort.    This  is  to  help  prevent   the
  345. ;                accidental    deletion   of   messages   based   on    the
  346. ;                DAYSTO/DAYSFR Parameters by a faulty system clock.
  347. ;
  348. ;                NOTE: Reset this parameter on New Years Day!
  349. ;
  350. ;   SYSALIAS   - The  SYSALIAS parameter tells MSGTOSS which user  name  is
  351. ;                considered the SYSOP.  This should be the same name as was
  352. ;                entered  in  CONFIG for the secret remote logon,  and  for
  353. ;                LOCAL logon (ESC switch).   Any messages that match  those
  354. ;                as  specified  by the various SYSNAME(s)  will  cause  the
  355. ;                mailwaiting bit for the SYSALIAS user to be set, and cause
  356. ;                the  TO:  field  to be changed to  the  text  'SYSOP',  if
  357. ;                'SYSOP' is not already part of the TO: field.
  358. ;
  359. ;   SYSNAME    - This  parameter controls what messages are considered  the
  360. ;                SYSOP.  This  is used during the PURGING  and  MAILWAITING
  361. ;                phases   of  the MSGTOSS.   MSGTOSS will set  the  SYSOP's
  362. ;                mailwaiting  bit  ONLY if the message  matches  the  below
  363. ;                criteria,  and will be exempt from purging as  well  until
  364. ;                killed.
  365. ;
  366. ;                The FIRST CHARACTER must be either a '!' or a '=', nothing
  367. ;                else is allowed.  The '!' means CONTAINS and the '=' means
  368. ;                EXACT.
  369. ;
  370. ;                !SYSOP keep messages that contain the string 'SYSOP'  (Not
  371. ;                recommended,  as every message to 'JOE SYSOP' will set the
  372. ;                mailwaiting bit for the SYSALIAS user (sysop).
  373. ;
  374. ;                =SYSOP  will match on messages that ONLY have  'SYSOP'  in
  375. ;                TO/FROM, will set the mailwaiting bits, and be exempt from
  376. ;                purging  until  either  killed by the  sysop,  or  DAYS(s)
  377. ;                parameters apply.
  378. ;
  379. ;                !YOUR REALNAME incase a message 'MIKE ZAKHAROFF @1:343/36'
  380. ;                !SYSOP @343/36 is also recommended or just '!SYSOP @'
  381. ;
  382. ;                NOTE: During  the  MAILWAITING  processing,  MSGTOSS  will
  383. ;                      convert  messages  addressed  to  your  SYSNAMES  to
  384. ;                      'SYSOP',  if  SYSOP is not already part of the 'TO:'
  385. ;                      name,  and set the mailwaiting bit for the user  you
  386. ;                      entered under the SYSALIAS parameter.
  387. ;
  388. ;                      Example:A  message  arrives  to  'MIKE   ZAKHAROFF'.
  389. ;                      Because a SYSNAME is '!MIKE ZAKHAROFF'  that message
  390. ;                      will be converted to 'SYSOP' in the TO: Field.
  391. ;
  392. ;                      Example:A   message  arrives  to  'JOE  SYSOP'   and
  393. ;                      '=SYSOP' is only entered as a SYSNAME.  That message
  394. ;                      will  be treated as if it is another  junk  message,
  395. ;                      and MSGTOSS will purge it whenever it thinks it need
  396. ;                      to and will NOT set the sysops mailwaiting bit.
  397. ;
  398. ;                NOTE: ANY  message  addressed to  your   SYSNAMES(s)  will
  399. ;                      cause the mailwaiting bit to be set for the user  as
  400. ;                      specified by your SYSALIAS!
  401. ;
  402. ;                NOTE: You can have up to 10 SYSNAME(s)
  403. ;
  404. ;   NODE       - Full  NET/NODE  of  all  your  FidoNet  compatible   AKA's
  405. ;                (1:343/36)
  406. ;
  407. ;                NOTE: You can have up to 10 NET/NODES
  408. ;
  409. ;                NOTE: Place the net/node that gets the most traffic FIRST,
  410. ;                      as they are checked sequentially.
  411.  
  412.